home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Atari Mega Archive 1
/
Atari Mega Archive - Volume 1.iso
/
lists
/
gem
/
l_1199
/
1080
< prev
next >
Wrap
Text File
|
1994-08-27
|
2KB
|
54 lines
Subject: Re: Shortcuts file and other digested material
Date: Thu, 28 Jul 1994 09:32:33 +1000
From: Warwick Allison <warwick@cs.uq.oz.au>
Precedence: bulk
"Kevin O'Donovan" wrote:
> >
>Yes, I was planning on implementing selection in text fields using the X
>style single/double/triple click method, but after some discussion I'm not
>really sure. Anyone got any thoughts on the matter?
I did a quick-and-dirty implementation of that for TOSWIN. It was a sloppy
implementation (mainly because I was hacking at exiting code which did it
very differently).
Anyway, I use it all the time. Right-click pastes, BTW.
>The objections were, as I recall:
>1) The user isn't used to it. I don't think this is relevant - if the user
> doesn't know its there then he won't use it, and he loses nothing. Once
> he discovers it he may well like it.
Agreed. Cut-and-paste of text in a Multitasking environment needs to
be a very quick and easy function. I cut&paste email addresses, file
names, ftp addreses, URLs, etc. very regularly under X - it helps to
get things RIGHT, which is important for those things. How often do we
see people posting ftp or email addresses with one letter incorrect?!
>2) It means you can't use double clicking to activate special functions of
> a widget (like popping up a file selector in a text field for a path).
Just put a small icon next to the text field. Hidden functions like this
are very frustrating. The user will probably not notice it in the manual
and be forever typing in filenames, all the time swearing at the program.
Visible functionality is very important. Double-click on objects should
only be shortcuts, so unless you have a menu item `open file selector on
currently selected object', double-click textfield fsel is bad.
>All that said, I'm still not sure what to do. I think the extended selection
>is extremely useful and would be a benficial thing to add to Gem apps.
>Comments welcome.
I think at least SOME people will want this, and hence SOME apps will
support it. Most important is that it is uniform between apps which
do support it.
--
Warwick